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REMARKS 

Reconsideration and allowance are respectfully requested. Claims 1, 3, 6, 8, 14 
and 16 have been amended. Claims 1-16 are pending. 

The Examiner objected to claims 1, 6, 14 and 16. These claims have been 
amended in the manner suggested by the Examiner to obviate the objection. 

Claims 1, 2, 6, 7. 11-13 and 16 stand rejected under 35 U.S.C. 103(a) as being 
unpatentable over Miloslavsky et al. in view of Vange et al. This rejection is 
respectfully traversed. 

Applicant maintains that Miloslavsky, does not teach or suggest a second HTML 
document generated based on an input received from the call center or second party. 

In response to the Applicant's previous Arguments, the Examiner at page 23 of 
the Office Action briefly discusses (Applicant assumes based on Examiner's own 
knowledge) Internet Protocol Network Telephony (IPNT) in terms of generating first and 
second "HTML documents". The Examiner states that Miloslavsky expressly discloses 
that "the principles of the invention may also be applied to IPNT". The Examiner then 
jumps to the conclusion that, since Miloslavsky mentions the use of IPNT, a "second 
HTML document" is necessarily generated in Miloslavsky. 

Applicant submits that although Miloslavsky mentions the use of IPNT, this does 
not suggest that an IPNT system generates HTML documents as the Examiner 
contends. In fact, the same inventor (Miloslavsky) as in the primary reference, 
discloses in U.S. Patent No. 5,940,497 (copy attached in Appendix), an IPNT call 
routing system for the Internet. However, this patent does not even mention the use of 
HTML documents in the IPNT system. Thus, Applicant submits that the use of IPNT 
does not reguire HTML documents. The Examiner must cite prior art that teaches or 
suggests the claimed invention and may not use his own view as to the how an IPNT 
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system operates. Therefore, the rejection of claims 1,6, 11 and 16, and the clams that 
depend there-from is improper and should be withdrawn. 

The indication of allowable claims is noted with thanks. In that regard, allowable 
claims 3 and 8 have been rewritten to be in independent format. Thus, claims 3 and 8, 
and the claims that depend there-from are considered to be in condition for allowance 
along with allowed claims 14 and 15. 

All objections and rejections having been addressed, It is submitted that all 
pending claims are now in condition for allowance and a Notice to that effect is 
earnestly solicited. 

To the extent necessary, Applicant petitions for an extension of time under 37 
C.F.R. 1.136. Please charge any shortage in fees due in connection with the filing of 
this paper, including any missing or insufficient fees under 37 C.F.R. 1.17(a), to 
Deposit Account No. 50-1130, under Order No. 95-426, and please credit any excess 
fees to such deposit account. 



Respectfully submitted 



EdWard J. Stemberger 
Registration No. 36,017 
Phone: 202.261.1014 




Customer No. 23164 
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1 2 

STATISTICALLY-PREDICTIVE AND AGENT- country-wide or even world-wide matrix of call centers for 

PREDICTIVE CALL ROUTING serving customer's needs. Such call center operations are 

more and more a common practice to provide redundancy 

CROSS-REFERENCE TO RELATED and decentralization. 

DOCUMENTS 5 in a call center, a relatively large number of agents 

The present patent application is a Divisional appUcation I^P'^^y . telephone communication with callers, 

of copending U.S. patent application Ser. No. 08/928,410 ^ach agent is typicaUy assigned to a telephone connected to 

filed on Sep. 12, 1997 which is a Continuation-in Part (CIP) * 'i^"''^ ^^'^l*' "^^'"^ connected to a public- 

of U.S. application Ser. No. 08/866.357 filed on May 30, switched telephone network (PSTN), well-known in the art. 

1997, whichisaCIPofU.S. appUcation Ser. No. 08/802,660 " '^^ ^"^^"^ '^^y ^ ^^'^ 'ypes, such as 

filed on Feb. 19, 1997, which is a CIP of U.S. application Automatic Call Distributor (ACD), Private Branch 

Ser. No. 797.418 filed on Feb. 10, 1997. The prior appUca- Exchange (PBX), or PSTN. Each agent also typically has 

tions are incorporated herein in their entirety by reference. computer platform having a video display unit 

(PC/VDU) which may be adapted, with suitable connectiv- 

FIELD OF THE INVENTION ■'^ i'X hardware, to process Internet protocol telephony calls. 

_ ..... ^ , , „ At the time of the present patent application intelligent 

nie present invention is in the area of telephone call telephony networks and IP networks share infrastructure to 

processing and switehing, and pertams more particularly to ^^^^ ^^^^^^ ^nd computer equipment added to telephony 

intelligent call-routing systems. ^y^j^^ computer-telephony integration (CTI) are also 

BACKGROUND OF THE INVENTION ^^P''^}'' °f I^^ra^' connection and interaction. There is 

therefore often no clear distmction as to what part of a 

Telephone call processing and switching systems are, at network is conventional telephony, and what part is IPT. 
the time of the present patent application, relatively In conventional telephony systems, such as publicly- 
sophisticated, computerized systems, and development and switched telephony networks (PSTNs), there are computer- 
introduction of new systems continues, including Internet- ized service control points (SCPs) that provide central 
based telephony systems, which are known in the art as routing intelhgence (hence intelligent network). IPNs do not 
Internet Protocol Telephony (IPT) systems. It is also true have a central router intelligence, such as a SCR IPNs, 
that the older telephony call-switching networks, and the however, have multiple Domain Name Servers (DNS), 
more recent Internet telephony systems are beginning to whose purpose is basically the same as the routers in 
merge, and many believe will one day be completely intelligent networks, which is controlling the routing of 
merged. traflBc. Instead of telephony switches (PBXs), IP switches or 

Much information on the nature of such hardware and IP routers are used, 

software is available in a number of publications accessible An organization having one or more call centers for 

to the present inventors and to those with skill in the art in serving ctistomers typically provides one or more telephone 

general. For this reason, much minute detail of known nimibers to the pubUc or to their customer base, or both, that 

systems is not reproduced here, as to do so would obscure may be used to reach the service. In the case of an IP 

the facts of the invention. network, a similar organization may provide an IP address 

One document which provides considerable information for client access to services, and there are a number of ways 

on intelligent networks is "ITU-T Recommendation Q.1219, 4Q the IP address may be provided. Such numbers or addresses 

Intelligent Network User's Guide for Capability Set 1", may be published on product packaging, in advertisements, 

dated April, 1994. This document is incorporated herein by in user manuals, in computerized help files, and the like, 

reference. There are similarly many documents and other Routing of calls in intelligent networks, then, may be on 

sources of information describing and explaining IPT several levels. Pre-routing may be done at SCPs and further 

systems, and such information is generally available to those 45 routing may be accomplished at individual call centers. As 

with skill in the art. described above a call center in an intelligent telephony 

At the time of filing the present patent application there system typically involves a central switch The central switch 

continues to be remarkable growth in telephone-based infor- is typically connected to a publicly-switched telephone 

mation systems, including IPT systems, wherein conven- network (PSTN), well-known in the art. Agents, trained 

tional telephone functions are provided by computer hard- 50 (hopefully) to handle customer service, man telephones 

ware and software. Recently emerging examples are connected to the central switch. This arrangement is known 

telemarketing operations and technical support operations, in the art as Customer Premises Equipment (CPE), 

among many others, which have grown apace with devel- If the call center consists of just a central switch and 

opment and marketing of, for example, sophisticated com- connected telephone stations, the routing that can be done is 

puter equipment. More traditional are systems for serving 55 very limited. Switches, although increasingly computerized, 

customers of large insurance companies and the hke. In are limited in the range of computer processes that may be 

some cases organizations develop and maintain their own performed. For this reason additional computer capability in 

telephony operations with purchased or leased equipment, the art has been added for such central switches by connect- 

and in many other cases, companies are outsourcing such ing computer processors adapted to mn control routines and 

operations to firms that specialize in such services. go to access databases. The processes of incorporating com- 

A large technical support operation serves as a good puter enhancement to telephone switches is known in the art 

example in this specification of the kind of applications of as Computer Telephony Integration (CTI), and the hardware 

telephone equipment and functions to which the present used is referred to as CTI equipment, 

inventions pertain and apply, and a technical support otga- In a CTI system telephone stations connected to the 

nization may be used from time to time in the current 65 central switch may be equipped also with computer 

specification for example purposes. Such a technical support terminals, as described above, so agents manning such 

system, as well as other such systems, typically has a stations may have access to stored data as well as being 
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linked to incoming callers by a telephone connection. Such system adapted for routing incoming calls to individual ones 
stations may be intercoimected in a network by any one of of remote computer stations is provided, comprising a wide 
several known network protocols, with one or more servers area network (WAN) connection for receiving and forward- 
also connected to the network one or more of which may ing incoming calls; and a call-routing processor coupled to 
also be connected to a processor providing CTI 5 the WAN and to the remote computer stations, the call- 
enhancement, also connected to the central switch of the call routing processor adapted to receive and use information 
center. It is this processor that provides the CTI enhance- about availability of the remote telephone stations in routing 
ment for the call center. Agents having access to a ?C/VD\J calls. The call-routing processor, upon routing a selected call 
connected on a LAN to a CTI processor in turn connected to to a selected one of the remote computer stations, sets a 
a telephony switch, may also have multi-media capability, 10 semaphore that the selected computer station is busy, and 
including Internet connectivity, if the CTI processor or routes no further calls to that telephone station until the 
another server connected to the LAN provides control for semaphore is released. 

Internet connectivity for stations on the LAN. , , ^ , . . 

\\7u^ * t u 11 • * 11 * u *u In some embodunents, after a pre-set latency tune for 

When a telephone call amves at a call center, whether or , . * u • 1 1 j 11 • 

11 u u J * e/-^n * • II * return ofan agent busy signal after the selected call IS routed 

not the call has been pre-processed at a SCP, typically at 15 . 1 * 5 * . * j a • 1 • 

ti,^ ♦ 1 u u c *u IV 1- * A to the selected remote computer station, and after a signal IS 

least the telephone number of the calhng line is made • j *u * .t. n j *i. ^. • 

T . . L * *u 11 ♦ u received that the call was answered, the semaphore IS reset 

available to the receiving switch at the call center by a ^ . ^ u j n u- * c. 

• Tn,- • ' 1 ui u TicTT*./ to contmue for an average time based on call history, after 

telep hone earner This service is available by most PSTNs as u - u*- *u u • 1 j n • c -*u n 

\\ JT\ ' c * ■ c A c . ic 11 which tmie the semaphore is released, allowing nirther caUs 

caller-ID intormation in one or several formats. If the call . • ^i. 

. , rr^\ *L L u r to be rouled to the selected remote computer station. Also m 

center is computer-enhanced (CTI) the phone number of the 20 u j- * * 1 ^ r c 

. J. ^ ' f... , . - . some embodiments, after a pre-set latency time for return of 

calling party may be used to access additional information tc.fi 1 . j n • . j . 

e J * u * *t. * 1*1.* * an agent busy signal after the selected call is routed to the 

from a database at a server on the network that connects the 1 * j * * * *• • *u u r *u u 

1 , I • c * * selected remote computer station, in the absence of the busy 

agent workstations. In this manner mformation pertment to • 1 *u u • • j- ^ 1 1 j « * 

„ . -J J » < signal, the semaphore is immediately released, allowing 

a call may be provided to an agent. t .t. it * i_ . j .1. 1 j 

J. , , , , ^ , - , lurther calls to be routed to the selected remote computer 

Referring now to the example proposed of a technical- 25 station 
service organization, a system of the sort described herein 

will handle a large volume of calls from people seeking In some embodiments as well, the remote computer 

technical information on installation of certain computer- stations comprise a call center having a call-center managing 

oriented equipment, and the calls are handled by a finite processor connected by a local area network (LAN) to a 

number of trained agents, which may be distributed over a 30 plurality of computers at agent workstations, the managing 

decentralized matrix of call centers, or at a single call center. processor adapted to route calls received at the call center to 

In examples used herein illustrating various aspects of the individual ones of the computers at the agent workstations, 

present invention, the case of a decentralized system of the managing processor connected to the WAN, and adapted 

multiple call centers will most often be used, although, in ^ repon staUis of agent computer stations relative to dis- 

various embodiments the invention will also be applicable to 35 tributed IPNT calls to the call-routing system. In other 

individual call centers. aspects, methods of practicing the invention are provided. 

Even with present levels of CTI there are still problems in in the several embodiments of the invention, taught in 

operating such call centers, or a system of such call centers. enabling detail below, call routing of IPNT calls is provided 

There are waiting queues with which to contend, for in a manner that such calls may be used in commercial call 

example, and long waits may be experienced by some 40 centers, and calls may be efiSciently and quickly routed, 
callers, while other agents may be available who could 

handle callers smck in queues. Other diflScuhies accrue, for BRIEF DESCRIPTION OF THE DRAWING 

example, when there are hardware or software degradations FIGURES 
or failures or overloads in one or more parts of a system. Still 

other problems accrue due to known latency in conventional 45 pjQ 1 is a system diagram of a call-routing system 

equipnaent. There are many other problems, and it is well according to a preferred embodiment of the present inven- 

recognized in the art, and by the general public who have tion. 

accessed such call centers, that there is much room for r-,^ ^ . , 

improvement in the emire concept and operation of such call ^ ^ ^^^^^^ represemmg commumcation 

center systems. It is to these problems, pertaining to 50 toctionality between equipment groups m embodunents of 

efficient, effective, timely, and cost-effective service to cus- present mvenUon. 

tomers (users) of call center systems that aspects and FIG. 2B is a block diagram illustrating a unique call 

embodiments of the present invention detailed below are center-level routing system in an embodiment of the present 

directed. invention. 

Further to the above, IPNT systems at the time of the 55 ^ ^ ^ ^^^^^ ^ ^ 

present patent apphcaUon are much le^ sophisticated in ^^^^^ ^^^^^ ^ Imbodimem of the present 

provision of intelligent routing, parallel data transfer, invention ^ 
supplemental data provision to agents, and the like. The 

advantages that embodiments of the invention described FIG. 4 is another process flow diagram depicting steps in 

below bring to conventional telephony systems may also in ^ process according to another preferred embodiment of the 

most cases be provided to ITP systems and systems in which present invention. 

the form of the network between conventional telephony and pjc 5 y^t another process flow diagram depicting steps 

IP protocol IS blurred, in another preferred embodiment of the present inven- 

SUMMARY OF THE INVENTION ^5 tion. 

In a preferred embodiment of the present invention an FIG. 6 is a system diagram of a call-rerouting system 

Internet Protocol Network Telephony (IPNT) call -routing according to an embodiment of the present invention. 
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DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

General Description 

FIG. 1 is a system diagram of a call-routing system 
according to a preferred embodiment of the present 
invention, comprising two call centers 121 and 122. In this 
embodiment there may be many more than the two call 
centers shown, but two is considered by the inventors to be 
suflBcient to illustrate embodiments of the invention. Each of 
call centers 121 and 122 includes a telephony switch (switch 
123 for center 121 and switch 124 for center 122) providing 
routing to individual agent stations. 

Call centers 121 and 122 in FIG. 1 are CTI-enhanced by 
virtue of a processor connected by a high-speed data link to 
the associated call center switch. At call center 121, proces- 
sor 223 is connected by link 212 to switch 123, and at call 
center 122, processor 224 is connected to switch 124 by link 
213. Each processor 223 and 224 includes an instance of a 
Cn apphcation 207 known to the inventors as T-Server 
(T-S) 207. Further, each processor 223 and 224 at each call 
center is in turn connected to a local area network (LAN). 
For example LAN 301 is shown connected to processor 223 
in FIG. 1. No equivalent network is shown at call center 122 
for the sake of simplicity, although the architecture 
described herein for call center 121 may be presumed to be 
extant at call center 122 and other call centers as well. 

Each call-in center 121 and 122 included in this example 
also includes at least two telephone-equipped agent 
workstations, which also each have a user interface (IF) to 
the associated LAN. Workstation 131 at center 121 for 
example has a telephone 136 connected to central switch 
123, and a proximate user interface 331 to network 301. 
Interface 331 may be a PC, a network terminal, or other 
system, and typically provides a video display unit (VDU) 
and input apparatus (keyboard/pointer for example) allow- 
ing an agent to view data and make appropriate inputs. For 
descriptive purposes the computer workstation at each agent 
station will be termed a PC/VDU. 

In like manner workstation 132 illustrated has a telephone 
138 connected to central switch 123 and a proximate 
PCA^U 332 providing an agent with display and input 
capability. For call enter 122 workstations 133 and 134 are 
shown having respectively telephones 140 and 142 con- 
nected to central switch 124, in turn connected to processor 
224 by link 213. A local area network (LAN) equivalent to 
LAN 301 at call center 121 is not shown for call center 122 
for the sake of simplicity in illustration, and PC/VDUs for 
the agents are similarly not shown for call center 122. 

As is true with LANs in general, servers of various sorts 
may be connected to LAN 301 at call center 121. In FIG. 1 
a data server 303, in this instance including a customer 
database is shown connected to LAN 301. A similar database 
server may also be coimected to a LAN at call center 122. 
The customer database will typically comprise such as the 
names, addresses, and other information relating to custom- 
ers for whom the call center is established, and also in many 
instances resource information for agents to access in help- 
ing callers with their problems. 

In some embodiments of the present invention to be 
described in enabling detail below, agents at agent stations 
interact verbally with cUents via the telephones at the 
workstations, and the PCAHDUs are utilized for such as 
screen pops with information about clients, scripts for agents 
to follow in aiding clients, and technical information and 
other data needed in interacting with clients. In other 
embodiments the PC/VDU equipment may be used more 
comprehensively, such as for video -conferencing with 
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clients, receiving, storing and responding to electronic docu- 
ments such as e-mail, and for Internet protocol telephony 
(IPT). In the case of Internet-based and related services, the 
cn processor, or any other processor connected to the LAN 

5 at a call center may be Internet-connected, and provided 
with the necessary hardware and software known in the art 
for providing Internet access to agent's PCA^Us also 
connected on the LAN at the call center. 

Because of differences in conventional telephony service 

10 (CTS) and Internet telephony, and because the overt mecha- 
nism in both systems is modeled on the perceived, tradi- 
tional model of telephone calls, a convention is necessary to 
distinguish. In the descriptions that follow, for this reason, 
CTS is referred to as intelligent network telephony (INT) 

15 and Internet telephony is referred to as Internet protocol 
network telephony (IPNT). This is not intended to imply that 
all CTS systems described herein are prior art, or that all 
IPNT systems described are inventive and unique. These 
distinctions wiU be made below as much as possible in every 

20 case described. 

The main difference between CTS and IPNT is in the 
residence of network intelligence. In INT the firmware 
generating intelligence is mainly residing in network 
processors, where in IPNT, the firmware for the intelligence 

25 mostly resides in the end-equipment, whereas the network is 
often referred to as dumb network. Since most of the 
features of present inventions reside in the CTI server, 
known to the inventors as T-Server, and from there control 
certain network functions in certain ways, it is mostly 

30 irrelevant to their application, where the actual intelligence 
resides. 

One of the variables in routing incoming calls, whether in 
INT or IPNT, is the skill set of each agent assigned to a 
workstation. This skill set may include a unique set of skills, 

35 resources and knowledge, such as, but not limited to, lan- 
guage capability, access to technical information, and spe- 
cific training. In routing caUs in a conventional system both 
at the network and at the call center level, the system and/or 
network needs to know such things as the status of any or all 

40 call centers, the availability of each agent, the skill set of 
each agent, the number of incoming calls, the number of 
calls waiting to be answered, and so forth. In a system using 
Internet protocol telephony for access to agents at call 
centers the same kinds of information needs to be available, 

45 and there needs to be also a way to route IPNT calls based 
on the information. 

Referring again to FIG. 1, and specifically to call center 
121, there are a number of ways that PCA^Us 331 and 332 
may have access to the Internet, and thereby to IPNT calls 

50 as well as to data services and the like provided at the call 
center. For example, any one of PCA^Us at the call center, 
or other call center such as center 122, may have a modem 
connected to a phone line and software to connect to an 
Internet service provider. More likely, considering only call 

55 center 121. Processor 223 or another processor or IP router 
connected to LAN 301 may have Internet access and provide 
access to stations on the LAN. In specific aspects of the 
invention described below, Internet access and IPNT tele- 
phony relative to the inventive concepts are discussed in 

60 more detail. 

In this example, control routines executable on processor 
223 for call center 123 may access algorithms providing call 
routing at the call center level, and may also access data 
from data server 303 for use in routing decisions and the 

65 like. Similar routines run on processor 224 serving call 
center 122. In specific aspects of the invention described 
below, routing of IPNT calls will be discussed as well. 
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Telephone calls are routed to call centers 121 and 122 switching activity between these points. Processor 208 con- 
over conventional telephony lines 105 and 106 respectively nects to processor 223 and to processor 224 by digital data 
from remote origination points (a customer seeking techni- links 210 and 211. Again the convergence is just to illustrate 
cal aid has placed a call, for example, to an advertised or the network nature of these links, which may connect to 
otherwise provided 1-800 number). Cloud 100 represents 5 many SCPs and to many call centers as well. In a preferred 
the intelligent telephone network system, and is referred to embodiment the network protocol is TCP/IP, which is a 
herein as a network cloud. This may be, for example collection of data protocols which are not discussed in detail 
purposes, a regional portion of the world-wide network, or ^5^' ^^i?^^ protocols are in use and very well-known in 
may represent the entire world-wide network of connected ^^h^^^ other protocols that might be used new 
telephone equipment. All conventional telephone calls lo P^^^^^^^^ may be developed to provide better and f^ter 

routed to call-in centers 121 and 122 originate somewhere in "^"1";^'"' 'nn' . ""I n ""'^ n "^t u T"f 

network cloud 100 communication. For example, Urgent Dispatch Protocol 

, '.-1.1. .t . . (UDP) may be used in some instances, which, for example, 

. J?n''^'^l''°°.^° convenuonal telephone calls, there may be ^^^^^ ^ata packets lo bypass routing queues. 

IPNT calls onginating from computer platforms represented Although not explicitly shown in FIG, 1, processors at the 

here by platform 127, placed to the call centers through the 15 sCP shown may have Internet access into cloud 125, so 

Internet, an Intranet, or other data network, represented by ipispT calls may be directed to computer equipment at the 

cloud 125, over a link such as link 126 shown connecting to SCP, and, as will be described further below, processes at the 

processor 223. It will be apparent to the skilled artisan that SCP may apply to IPNT calls as well as to conventional 

there are a number of alternative ways Internet and other calls. 

data network access may be provided to stations at call 20 Processor 208 running an instance ofT-S 207 as described 

centers. For descriptive purposes following descriptions will above may control routing of calls, both conventional and 

refer to cloud 125 as the Internet cloud, although it should IPNT at the network level, that is, calls received at SCP 101, 

be understood that this is exemplary, and there may be other in the same manner that processor 223 may control routing 

data networks involved. at central switch 123. In the case of routing of IPNT calls by 

In this example an incoming conventional telephone call 25 the processes of an intelligent network router, the inventors 

to be routed to a caU center is represented by vector 107 into ^^^^^ such intelligent routing in the art for IPNT 

a Service Control Point (SCP) 101. In some embodiments of ^his functionality is considered by the inventors 

the invention calls may go directly to one of the call centers nmque. „ , „ 

Ulustrated, but in most embodiments an SCP is accessed " « emphasized agam that no. aU embodimenU of the 

flist, and network-level routing may be done, wherein 30 P«sent mvention require all of the elements and co^^^ 

. ' . ,, . .ju J r .• 1 ity shown m FIG. 1, although some embodiments Will use all 

mcommg cMk may be routed based on mformation avad- „f ^^^^ ^j^^^^j^ connectivity shown. Also, functionality 

^ o ™ l^-. ■ « . . t . . various embodiments of the invention described in 

SCP 101 typically comprises a telephony switch some- enabling detail below will differ not in hardware and con- 

what more local to the callmg party than the switches at call nectivity in all cases, but in appHcation and execution of 

centers 121 and 122 illustrated. SCP 101 is coupled in this 35 unique control routines in many cases, 

example to an adjunct processor 103 associated with a Uniform Contn)l of Mixed Platforms in Telephony (3208) 

call-distribution processor 104. Call distribution processor In a preferred embodiment of the present invention unique 

104 has call statistics describing call distribution between control routines are provided for execution on such as 
call-in centers 121 and 122 (typically over a larger number processor 223, processor 224 and processor 208, providing 
of call-in centers than two). 40 communication ability thereby between call centers such as 

An Intelligent Peripheral 102 is provided in this example centers 121 and 122, and between call centers and initial call 
coupled to SCP 101, and its function is to provide initial processing centers such as that represented by SCP 101. 
processing of incoming calls. This initial processing may be FIG. 2A is a block diagram representing a unique corn- 
done by voice recognition, eliciting information from a munication capability provided in a preferred embodiment 
caller such as type of product and model number, language 45 present invention. There are, as described above in the 
preference for communication with an agent, and much Background section and known in the art, several different 
more, depending on the nature of the service provided by the f manufactures of call switchmg equipment. Each 
organization providing the call centers. central switch uses a proprietary communication protocol 

A .^.oo^^-^ftfl o„ ;„c.to„™ „f for CTI apphcations. In CTI enhancement as known in the 

A processor 208 includmg an instance of telephony server _* • j- -j i r * -j 
Aat 1 ■* c art, individual manufacturers provide processors connecting 
T-S 207, also includmg an mstance of a staUstical server 50 ^^^^ ^^^^^^^ ^mmunication proto- 
(Stat Server) 209 is coupled by two-way data Imk 214 to the ^^^^ proprietary to those switches. The computer 
other parts of the system at the mitial caU processing and enhancements, then, can serve a single manufacturer's 
routing system associated with SCP 101. It will be apparent switches, and provide communication between those 
to those with skill in the art that the functions of CD switches. If a user, however, has multiple call center sites. 
Processor 104, Adjunct Processor 103, IP 102, T-S 207 and 55 for example, having equipment from different 
Stat Server 209 may be accomplished in a variety of ways manufacturers, a difficult situation arises. If that user decides 
in hardware and software mix. There may be, for example, on a computer enhancement, depending on which manufac- 
a single hardware computer coupled to central switch 101, turer provides the enhancement, the equipment at the other 
and the various servers may be software implementations site may quickly become obsolete. To communicate with the 
running on the one hardware system. There may be as well, 60 other site, it may be necessary to purchase all new equip- 
more than one hardware system, or more than one CPU ment for the other site to be compatible with the computer- 
providing the various servers. enhanced site. 

In this embodiment, as described above, conventional Processors 223, 224, and 208 are shown in FIG. 2 A 

calls incoming lo SCP 101 are routed to call centers 121 and connected by hnks 210 and 211 as in FIG. 1, with additional 

122 via PSTN lines 105 and 106. The convergence of lines 65 detail of both software and hardware illustrated in a par- 

105 and 106 to SCP 101 and divergence to call centers 121 ticular exemplary embodiment. In each processor there is an 
and 122 is simply to illustrate that there may be considerable instance of T-S 207 executable. To communicate with other 
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devices each processor must have one or more ports con- and sends information about the call to a routing server 342. 

figured to accomplish the communication. The implemen- Routing server 342 is typically implemented as a part of 

tation of such ports is represented in FIG. 2A by the T-servcr 207, which routes a call to an agent best qualified 

representation PND 215. PND 215 in each instance is a to answer the call based on predetermined criteria. The 

physical network adapter for the network to which it is 5 T-server having the routing server need not necessarily be 

intended to connect, such as microwave, optical, coaxial, implemented on processor 207 as shown in FIG. 1, but could 

ring- network, and the like, as well as the software drivers be resident elsewhere in the networked system. Routing 

required to control those adapters, server 342 typically directs switch 123 to route the incoming 

Layered to each instance of T-Server 207 in each proces- call to the designated agent, 
sor is a control routine for handling data communication lO Database 344 in FIG. 2B is a customer database typically 
with either an instance of telephony equipment (switch 123 maintained on such as data file server 303 (FIG. 1), Routing 
for example) or another T-server. Hence, in FIG. 2A, each server 342 comprises control routines which may be 
instance of T-server 207 is layered with a Telephony Equip- executed on processor 223 (FIG. 1) or there may be a 
ment Driver (TED) on one side, and an Inter T-Server Driver separate processor on network 301 executing the router. A 
(ITD) on the other side. Connectivity of an ITD or a TED to 15 stat server 140 is adapted to track and provide statistical data 
a PND is based on the external connection intended at the concerning calls made, completed and the like, and to 
PND. For example processor 223 is connected on one side maintain data on agents skill profiles and agent's activities, 
to switch 123 by link 212, so TED 216 in the instance of and to generate reports. Again, stat server 140 may execute 
processor 223 will be configured to drive communication on processor 223, or on another processor connected to 
with switch 223 (according to the make and manufacture of 20 network 301. Finally, a network manager 352 is also con- 
that switch). On the other side processor 223 is connected nected on the network, and is adapted to the task of 
via link 210 to processors running other instances of managing aspects of LAN 301. 

T-server 207. Therefore ITD 217 connects to PND 215 at Routing in this embodiment is typically based on (i) the 

link 210. skills set of the agent (ii) information relating to the calling 

Although not shown explicitly in FIG. 2A, which follows 25 party, (iii) activities of the call center, and (iiii) legal or other 

the architecture of FIG. 1, it will be apparent to those with authorization held by an agent. Examples of the skills set of 

skiU that a processor may also be configured with an the agent are language, product knowledge, and the like, 

instance of TED on each side of a instance of T-Server 207, Examples of calling party information are products 

providing thereby a processor capable of interconnecting pmrchased, geographical location and the like. Examples of 

twocentralswitchesof different type, make, or manufacture 30 call center activities are number of available agents, calls 

directly. In this manner processors may be adapted to previously handles by an agent, and the like, 

interconnect central switches of various manufacturers and At the same time an incoming call is directed to a 

processors running instances of T-Server 207, and, by pro- particular agent, data retrieved from database 344 is directed 

viding the correct PNDs, the processors thus configured may on LAN 301 to the proximate video display unit (VDU) at 

be adapted to communicate over any known type of data 35 the workstation assigned to that agent. The agent is then 

network connection. enabled to deal with the call in the best possible manner. 

In the matter of Internet protocol telephony, in the general It is apparent to the present inventors that the expeditious 

description provided above with reference to FIG. 1, it was functioning of routing system 330 is highly dependent on the 

described that Internet access may be made by processors at expeditious functioning of the various elements of the 

either call centers or SCPs in the conventional network, and 40 overall system, including, but not limited to software and 

that functions provided for conventional telephony may also hardware elements. These elements include the functions of 

be applied to IPNT calls. With regard to FIG. 2A, IPNT calls all of the elements shown in FIG. 1, specifically including all 

received at any processor associated with SCP 101 may be of the communication links, both telephony and digital. If 

routed through processor 208 and via links 210 and 211 to for example, stat server 340 or database 344 experiences a 

processors 223 and 224, where such IPNT data may be 45 sudden degradation in service, the routing server is going to 

provided to agent's stations at associated call centers. In this be delayed as well. As another example, there may be an 

process, IP addresses may be altered and substituted, as a unexpectedly large number of accesses to database 344 in a 

way of routing the IPNT data. For example, an IPNT call short time, overloading a search engine associated with the 

may be directed to processor 208 by one IP address, and the database, and this circumstance could degrade overall per- 

IPNT call may be found to be from a particular client of the 50 formance in routing. As a further example a partial or total 

organization to which the call centers are dedicated. A loss of a communication link, such as digital network link 

routing decision may be made at the SCP such as in 210, will severely degrade overall system performance, 

processor 208 as to the call center best adapted to deal with By virtue of network connection and interconnection, 

the client, and the IP address for a processor at the call center network manager 352 is enabled to track and monitor 

may be substituted. 55 performance and function of all system elements, and to 

In this manner, according to embodiments of the present report to database 344 and to routing server 342, and the 

invention, a system is provided for the first time that allows routing server also has access to other data and statistics via 

radically different telephony systems to be joined in high- stat server 340 and database 344. Routing server 342 also 

functionality integrated intelligent networks. has access in this embodiment to multiple routing algorithms 

Escalatory Reactive Call Routing (3207) 60 which may be stored at any one of several places in the 

FIG. 2B is a block diagram depicting a unique escalatory overall system. An object of the invention in the instant 

reactive routing system 330 according to a preferred embodiment is to provide for executing different routing 

embodiment of the present invention, which may be imple- algorithms based on system performance as reported by 

mented on a call center or at the network level, such as in call network manager 352 and in accordance with data available 

center 121 or such as in network cloud 100 of FIG. 1. In this 65 from database 344, stat server 340, and received via digital 

routing system, as implemented at the call center level, network link 210 as described in further detail below, 

processor 223 (FIG. 1) is notified when a call is received. Database 340, routing server 342, and stat server 340 
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communicate through layered protocol as known in the art, In conventional systems known to the present inventors, 

including but not limited to layers for network-dependent routing at the network level, that is, in the network cloud 100 

protocol, Internet protocol (IP), User Datagram Protocol associated with switching equipment receiving incoming 

(UDP), Simple Network Management Protocol (SNMP), calls and routing these calls to call centers, is typically done 

and manager process. 5 reference to statistical history of call center activity, and 

In a preferred embodiment, routing server 342 selects a routing to call centers is to queues at the caU centers. In this 
routing algorithm to be executed based on degradation in conventional method, activity at each caU center in a net- 
performance of part of the call center or components, either ^^^^ j^^^^ed and provided to service control points, and 
hardware or software, m an escalatory manner. The more the -^^^^^ ^^^^ ^^^^^ ^^^^ ^^^^^^ l,^^ ^„ 
system degrades, the more the router reverts to emergency .^i.^ iuiu* a i e u 
measures. The selected algorithm preferably reduces or avaUable history. As an example of such a history 
eUminates access to or use of the component or resource algorithm, if there are two ca^^I centers m the system, and the 
adduced to be degrading in performance. statistical history indicates that call center 1 has 

It will be apparent to those with skiU in the art that the received twice as many calls as call center 2. calls will be 

invention described with reference to FIGS. 2A and 2B is preferentially routed to call center 2 at a ratio to balance the 

not limited to monitoring only system and component faults. 15 activity. In this conventional system caUs are routed from the 

It has broader application. For example, algorithms may be network level to queues at the call center level. Once a call 

stored for operating according to load level. Other algo- is received in a queue at a call center, the caller waits until 

rilhms may be selected according to specific times-of-day, his call is answered in order. 

and such algorithms may be selected based on the time Referring now to FIG. 1, in a unique embodiment of the 

windowina24-hourperiod. As another example, algorithms 20 present invention, termed by the inventors Agent Level 

may be stored and selectable based on days of the week. Still Routing, actual transactions at the call center level, rather 

other algorithms might be prepared to be accessed with than historical summaries, are reported from call centers to 

introduction of new products and the like. Statistics may be service control points, and calls are routed to agents rather 

tracked relative to the percentage of agents free, for than to queues or groups. Referring to call center 121 as an 

example, and a routing algorithm may be accessed for the 25 example, transactions of central switch 123 are monitored 

situation wherein 90% of agents are busy, routing calls only by T-Server 207 executing on processor 223, and shared on 

to the next free agent rather than following a skill -based a continuing basis with T-Server 207 rurming on processor 

routing algorithm. The invention in this embodiment allows 208 associated with SCP 101. This activity data is stored and 

routing algorithms to be selected and executed based upon accessible with reference to stat server 209 on processor 

a very broad congruence of circumstances, so that a call 30 208. Activity of central switch 124 at call center 122 is 

center may be operated at best efficiency even as circum- reported via link 211 also to T-Server 207 in cloud 100 

stances alter rapidly, including circumstances of hardware (which represents one instance of possible multiple SCPs 

and software functionality, as described in specific embodi- and T-Servers in the network. Each T-Server may serve more 

ments above. than one SCP). Actual activity at all call centers is reported 

In other embodiments of the instant invention escalatory 35 to all SCPs in this manner, 

reactive call routing may be implemented at the network In addition to this actual call center activity data, data 

level, with a router implemented as a portion of T-S 207 relative to agent skills and the like is also provided and 

running on processor 208. In this case stored routing algo- stored at the network level. For example, when an agent logs 

rithms may be selected and implemented in conjunction with in at a call center, the availability of this agent is reported to 

functionality of network level components, both hardware 40 the network level, and the stat-servers at the network level 

and software, and in accordance with call loading into SCP have agent profiles for reference in making routing ded- 

101. sions. 

In the matter of Internet protocal telephony, IPNT caUs In the instant embodiment an incoming call 107 at SCP 

received anywhere in the system can be redirected (routed) 101 is processed, for example, with the aid of IP 102, With 

by the intelligence provided and described relative to con- 45 information about the needs of the caller, T-S 207 makes 

ventional telephony, and such calls, once received and reference to the stat-server data of actual agent status at call 

redirected, may be conducted to final agent destinations centers, which is continuously updated via digital network 

either through the connectivity of the calls centers and the links 210 and 211, for example, from call centers, and to the 

intelligent network, or redirected by new IP address back available data on agent profiles and the like, which is 

into the Internet (or Intranet) and thence to agents equipment 50 updated as well, but at perhaps longer time increments, 

by direct connection. T-Server 207 makes a routing decision to an agent based on 

Agent Level Call Routing in Telephony Systems (3200) the best fit with the latest available data. 

Referring now back to FIG. 1, associated with SCP 101 in Once the routing decision has been made at the network 

embodiments of the present invention, there is a processor level, the destination decision for the call is transferred by 

208 comprising an instance of a Stats-server 209 and an 55 T-Server 207 running on processor 208, for example, at the 

instance of T-Server 207, which processor communicates network level, to T-Server 207 at the call center where the 

with other components via two-way data link 214. Commu- agent to which the call is to go is resident. For exemplary 

nication in this embodiment is as illustrated in FIG. 2 A and purposes assume the destination is an agent at call center 121 

described in disclosure above relative to FIG. 2A. (FIG. 1), and the destination information is sent to T-S 207 

In description above reference was made to TCP/IP 60 running on processor 223. 

communication on links 210 and 211, and that this protocol The call is received on line 105 at the call center and 

is merely exemplary. There are other protocols that might be matched with the destination data received by T-S 207 on 

used, new protocols may be developed to provide better and link 210. T-S 207 on processor 223 now routes the call to the 

faster communication, and other methods may be used to agent. 

speed up communication. For example, User Datagram 65 Call-center-level routing in embodiments of the present 

Protocol (UDP) may be used in some instances, which, for invention was described above, and may be done in the 

example, allows data packets to bypass routing queues. instant embodiment as well. For example, T-S 207 running 
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on processor 223 has received a call on line 105 and matched callers and from stored data. In descriptions below of the 

that call with data received on link 210, which data includes instant embodiment, assumption of SCP 101 in the network 

an agent destination for the call based on the best fit cloud and call centerl21 is made for principle purposes ofl 

available to T-S 207 running on processor 208 at the network illustration. 

level. In the time since the original routing occurred and the 5 In descriptions above, referring now to FIG. 1, an intel- 

call and data have been received at call center 105, the ligent peripheral (IP) 102 was described, serving to aid in 

situation may have changed. The agent to which the call was initial processing of calls from persons seeking services 

routed may have, for example, logged off, and is no longer from an organization providing such services from one or 

available. T-S 207 at processor 223, executing a routing more call-in centers. In the above descriptions also, such 

algorithm, may now reroute the call to the agent who is a lO callers were referred to as customers, following a continuing 

next best fit and available at call center 121. example utilizing an organizational structure having a tech- 

As a further example of agent level call routing, consider nical service call-in operation for such as a computer equip- 

a call received at SCP 101 from a customer who speaks ment manufacturer. 

Spanish, and indicates a preference for a Spanish-speaking Following the example of persons calling in to seek 
agent. In FIG, 1 the pool of Spanish-speaking agents is 15 technical services in installing and/or configuring computer- 
represented by inclusion area 241, encompassing worksta- related products, when such a caller first connects (FIG, 1, 
tions 132 at call-in center 121 and workstation 134 at call-in vector 107, SCP 101), initial processing will typically 
center 122. An agent profile provided to stat-server 209 at include eliciting information from the caller relative to such 
the network level for each of these agents indicates the as caller preferences and relationship of the caller to the 
Spanish skill. The continuously updated transaction infor- 20 service provider's customer database. For example, the 
mation from call centers 121 and 122 indicates the agent at caller may have just purchased a model of one of the 
telephone 138 is available, while the agent at telephone 142 provider's products, meant to be installed in or connected to 
is not available. Given this information, the call will be a particular make and model computer, and is experiencing 
routed to call center 121 on line 105, and the data as to agent difficulty in installing the product and making it function 
destination will be sent to T-S 207 at call center 121 via 25 properly with the computer. In another instance such a caller 
digital link 210. may have had the provider's product for some time, and is 

In summary, in the instant embodiment, agent level rout- only recently experiencing difficulty, 

ing is accomplished by providing actual call center agent Most manufacturers provide a service whereby a cus- 

status on a continuing basis to Service Control Points along tomer may register a product, and in the process of regis- 

with agent skill profiles and the like. Incoming calls are then 30 tration a range of information from the customer is solicited, 

routed to agents, rather than to queues at call centers. At the which will typically include the exact nature of the product 

call center to which a call is routed with destination data for in question, including model number, and also the charac- 

an agent, a further oppormnity for routing allows such calls teristics of the computer (in this example) to which the 

to be rerouted at the call center level. customer has installed or is attempting to install the product. 

In the matter of IPNT calls which may be directed first to 35 If a customer has registered his/her purchase, that informa- 

a processor associated with a SCP in an intelligent network, tion will typically be recorded in the customer database, 

given the origin of the call, just as is available form an ANI which, referring to FIG. 1, may be stored on Data File Server 

field, for example, in a conventional telephony call, ded- 303 connected to LAN 301, to which processor 223 running 

sions may be made as to agent level routing in a manner an instance of T-S 207 is also connected. In other instances 

similar to the decisions made for conventional calls. It is 40 there may be other information stored in the customer 

only the mechanism for directing the IPNT calls that differs. database. For example, in the case of an insurance company, 

Moreover, IPNT calls directed to a processor associated the customer's name and address, policy number, and the 

with a SCP may be processed by an IP in an automatic like will be in the database. 

manner, even including voice response, eliciting further If there is information about a call in a customer database 

information from the caller, which may then be factored into 45 at a call center, it will be advantageous to both the customer 

the routing of the calls, and the service provider to access that information and 

It should also be understood that reception of and routing provide same to the agent who handles the customer's call, 

of IPNT calls need not be done at the same equipment and Such information cannot be retrieved, however, until and 

using the same software as is used for conventional tele- unless some correlation is made between the incoming call 

phony. Entirely separate centers may well be provided in 50 and the database. 

various embodiments of the invention for handling IPNT In the instant embodiment of the invention, which is 

calls. Internet servers may be provided for example, wherein exemplary only, initial processing is used incorporating IP 

adjunct processors, IP functionality, and the like is provided 102 to elicit information from a customer. This may be done 

for IPNT in a manner parallel to that described herein for preferably by recorded query and voice recognition. In such 

conventional telephony. In the matter of call center operation 55 a system a call is answered, and a menu system is used to 

and management the idea of a dumb IP network may be just categorize the caller and to elicit and record sufficient 

that. Intelligence is needed and preferred for managing large information to enable routing (as described above) and 

call volume to a wide range of possible destinations for best hopefully to correlate a customer with an existing database, 

customer service. By recording is meant enrolling the nature of the responses 

Parallel Data Transfer and Synchronization (3201) 60 in some form, not necessarily by voice recording. For 

In another aspect of the present invention enhanced example, a typical initial processing transaction involves a 

functionality is provided in routing and processing telephone recorded query to the caller such as "Do you prefer Spanish 

calls from Service Control Points (SCPs) and other origi- or English". In some locales the query might be phrased in 

nation points at the network level or at other call centers a language other than English. The caller is requested to 

established for servicing callers seeking service. This 65 respond typically by selecting a key on the touch-tone pad 

enhanced functionality enables agents at such call-in centers of his/her telephone. In many instances now as well, voice 

to have immediate access to information derived both from recognition is built into the initial processing machine 
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intelligence, and the customer is instructed in verbal 
response, such as: "Say Yes or No". The IP in this case 
recognizes the response and codes data accordingly. 

Information derived from a caller in such initial process- 
ing in conventional systems, as has been described herein 
above, is coded and sent with the routed call, to be dealt with 
at the call center to which the call is routed after the call is 
received. In instant embodiments of the present invention, 
such data, and in some cases other data, is routed to a call 
center in parallel with the routed call, over a digital network 
link, allowing the data to precede the call in most cases. The 
data is re-associated with the call at the call center in a 
unique fashion described below. This parallel data transfer 
also makes the transfer switch-independent. 

Referring again to FIG. 1, an instance of T-Server 207 is 
running on processor 223 connected to central switch 123 of 
call center 121. Processor 223 is connected to digital data 
link 210, and switch 123 is connected to the PSTN line 105. 
In the exemplary embodiment there is an instance of 
T-Server 207 also running on processor 208 associated with 
SCP 101. In the instant embodiment T-S 207 at processor 20 
208 requests a semaphore from T-S 207 at processor 223 at 
the call center level. The semaphore is a virtual routing point 
in the call center, that is associated with the destination of 
the call, but is not the same as the destination of the call. 
Also, the semaphore is freed as soon as the call is completed. 
Once the semaphore is returned, the routed call is forwarded 
to switch 123 in this example over line 105 to the destination 
associated with the semaphore. Data associated with the call, 
which may be data elicited from a caller with the aid of IP 
102, is not coded and sent with the call, however, as in the 
prior art, but rather transferred to T-S 207 at processor 223 
over digital network line 210. 

As digital network link 210 is generally a faster link than 
telephone line 105, the data associated with a forwarded call 
will typically arrive before the call. This is not, however, a 
requirement of the invention. The data sent over link 210 to 
T-Server 207 on processor 223 includes not only data 
associated with the call, but the semaphore as described 
above. The call received on line 105 is not transferred 
directly to a final destination but to a semaphore routing 
point. When the call and the data are available, the call 
center T-Server 207 associates the call with the data by the 
knowledge of the semaphore to which the call has been 
associated. From the semaphore routing point the call is 
routed on to the final destination. 

The semaphore can be accomplished in a number of ways. 
For example, the call can be directed to a virtual number and 
the data may have the virtual number in one field of the data 
protocol. The semaphore could also be an agent's extension 
number, but the call is still routed to a semaphore control 
point to be associated with the data before being routed on 
to the agent. Those with skill in the art wUl recognize that the 
semaphore association may be made in other ways as well. 

The data typically in this embodiment is sent via network 
301 to a VDU of the network interface at the operator's 
workstation to which the call is finally routed. This may be, 
for example, IF 331 or 332 in FIG. 1. Moreover, data 
associated with the call and transferred to T-S 207 at the call 
center may be used to associate the caller with the customer 
database in Data File Server 303, and to retrieve further data 
which may also be forwarded to the VDU at the agent's 
workstation. As described above, it will most usually be the 
case that the data will arrive before the call, and correlation 
with a customer database may therefore be done before the 
call arrives. 

The re-association (synchronization) of the call and the 
data at a rerouting point also affords an opportunity for 
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further re-routing. There will be, as described above in the 
section on agent-based routing, some calls wherein the agent 
to which a call is originally has become unavailable in the 
time wherein a call is transferred. In this case T-Server 207 
may re-route the call from the semaphore point to another 
agent, and send the data to the new destination. 

It is not strictly necessary in the instant embodiment that 
the data be transferred by another instance of T-Server as 
described in the preferred embodiment immediately above. 
The call forwarded and the data transferred may in fact be 
sent by an originating entity such as another call center (i.e. 
PBX), an SCP or IP (network IVR), or some other IVR 
which may or may not be in the network. 

In the matter of IPNT calls received at processors asso- 
ciated with SCPs, whether the SCPs are adapted to handle 
both conventional and IPNT calls, or just IPNT, data elicited 
from the caller may be prepared and provided by a separate 
link to a call center, and re-associated with the IP call 
redirected to an agent at the call center, or to a lower-level 
routing point at the call center, where both the call and the 
data may be rerouted. In this fashion all of the advantages of 
the invention described for conventional telephony may also 
be provided for IPNT. 

Statistically-Predictive and Agent-Predictive Call Routing 
(3202) 

In still another embodiment of the present invention 
predictive routing is incorporated into machine intelligence 
to expedite routing in a most cost-effective manner. Predic- 
tive routing according to embodiments of the present inven- 
tion is based on knowledge of latency experienced in 
equipment while implementing certain operations, together 
with reasonable, but non-obvious assumptions that may be 
made to expedite operations. It is in implementing the 
assumptions that the inventions lie in the instant aspects and 
embodiments of the invention. 

Referring again to FIG. 1, in the general case T-Server 207 
running on processor 208 does call routing for caUs incom- 
ing at SCP 101. This routing is done with the aid of data 
stored at stat-server 209, which may be data obtained from 
call centers on some regular basis. 

In the instant embodiment related to group-predictive 
routing, incoming calls are routed to groups at call centers 
(call center 121 for example). In routing calls to groups, the 
goal is to route an incoming call to the group which has the 
lowest projected handling time for the call. The algorithm, 
for example, for handhng time may be the present number 
of calls in the group queue times the historical average call 
length. 

In this embodiment the projected handling time is 
extrapolated on past history and the last action which 
occurred, and is re-compuled each time feedback from the 
group is received. The predictive nature is derived from the 
fact that each time a call is routed, an assumption is made 
that the new call is added to the queue at the group to which 
it routed, without waiting for the call center to return the 
information, which involves latency. For example, when a 
call is received at SCP 101 (FIG. 1), there is a finite time 
involved before a routing decision may be made. Once the 
call is routed, there is a delay (latency) before the call is 
received at the call center and added to the group queue (in 
this example). There is a further delay for T-Server 207 to be 
cognizant of the arrival of the call . Then there is a delay until 
the time that T-Server 207 at processor 207 sends updated 
group queue data to T-Server 207 at processor 208, which 
updates the historical data at stat-server 209. 

The overall latency and delay until historical data may be 
updated at the network level may vary, but an exemplary 
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assumption may be made for puq)oses of illustration. 
Assume the overall delay between actual updates is twenty 
seconds. If calls are being received at the SCP at the rate of 
ten calls per second, two hundred calls will be received to be 
routed in the time between updates of historical information 5 
upon which routing decisions are made. In the group- 
predictive embodiment described, each time a call is routed 
at the network level, an assumption is made that the call is 
actually received at the call enter group queue, and the data 
(stat server 209) is recalculated based on that assumption. lO 
The next call received is then immediately routed based on 
the recalculated data based on the assumption. The update 
that eventually arrives is used to readjust the database to 
reality, and call routing continues between updates based on 
the assumptions made. 15 

In the case of routing calls to logical destinations wherein 
further routing is done at the call center level, as described 
above for agent-based call routing, wherein agent status is 
reported to the network level, predictive routing according 
to an embodiment of the present invention may be done 20 
similarly to the predictive group routing described above. In 
the agent routing case incoming calls are immediately routed 
with an assumption that the agent to which the call is routed 
is then busy, and the status is corrected when actual agent 
state is returned. 25 

FIG. 3 is a process flow diagram depicting the decision 
and action flow for a predictive routing process according to 
the instant embodiment of the invention. At step 401 action 
is precipitated on a next call to be routed. Action is typically 
controlled in this embodiment by an instance of T-Server 30 
207 running on a processor at the network level. At step 403 
cxirrent statistics are constilted, which, in the case of group 
level routing comprises an indication of projected handling 
time for each group in the decision set to which calls may be 
routed. 35 

At step 405 the call is routed based on the statistics 
available. At step 407 it is determined whether or not a real 
update to the statistics has been received. If Yes, at step 409 
the statistical data is updated to reflect the real information, 
correcting all assumptions since the last real update, if any 40 
correction is necessary. Then control passes to step 411, 
where statistics are updated based on the routed call as well. 

If a real update is not yet received, at step 411 the 
statistical data is updated based on an assumption that the 
call just routed was completed, and the call is added to the 45 
statistics, which are recalculated based on the assumption. 
Then a next call is taken to be routed at step 401, 

In the case of agent level routing the process flow is much 
the same as that shown in FIG. 3, except calls are routed at 
step 405 based on agent status, and updates are based on 50 
agent status. That is, when a call is routed, the assumption 
is that the agent is then busy. Agent status is updated to real 
data as real data is reported back to network level from caU 
centers. If no real data comes back, an assumption based on 
statistical call length is used to 'best-guess* re-availability of 55 
that agent. 

Group level predictive call routing may be done for 
conventional call centers that are capable of reporting only 
historical data to the network level. Predictive call routing 
based on agent status is only possible in the tmique case 60 
wherein actual status of call center switches may be reported 
to network level. 

It will be apparent to those with skill in the art that 
predictive call routing may be applied to directing and 
redirecting of IPNT calls as well as to routing conventional 65 
telephony calls as described above. The differences are only 
in the details of the connectivity and data protocols, all of 
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which is weU-known in the art. The inventive subject matter 
in predictive routing is in the decisions made based on 
predictive assumptions, not in the nature of the call or the 
organization of data packets and the like. 
Dynamic Re-Routing (3203) 

In yet another aspect of the present invention, dual routing 
is performed. Reference is made again to FIG. 1, wherein a 
network level system shown in cloud 100 is enabled to 
perform original routing by virtue of an instance of T-Server 
207 running on processor 208. In the instant embodiment 
routing is done at the network level by any of the methods 
discussed above. That is to group level, agent level, logical 
application, and so on. Original routing, however, is not 
done to the actual destination. Rather calls are routed to a 
call-center-level routing point, and data is sent to the call 
center via the digital data link, such as link 210 to processor 
223 running an instance of T-Server 207 and connected to 
switch 123. The data sent comprises an indication or instruc- 
tion of how the call should be treated. 

Whenever a call is routed to a call center, it is never 
certain that by the time the actual call arrives, the destination 
will still be available, or the best fit for the caU. There are 
many reasons for this. For example, because of latency in 
transmission and so forth, other calls may be routed to the 
same destination in the interim. Also, in many systems 
switches at the call center level are also accepting local calls 
as well as caUs routed from the network level. In other 
instances some equipment malfunction of fault may mis- 
route one or more calls. The uncertainty of availability when 
the caU arrives is the reason for the instant embodiment of 
the invention. 

At the caU center routing point the call is synchronized 
with whatever data is sent, and a second routing request is 
generated. This second request is referred to by the inventors 
as "double-dipping". The second routing request is made to 
a local router running typically as a function of the instance 
of T-Server 207 executing on such as processor 223 (FIG. 1). 

Because the local router is closer to the requested 
destination, and because it arbitrates all incoming calls, it 
can confirm the original routing assuming the original 
destination is stiU free, or it can re-route the call if the 
destination is no longer available, or queue the caU, etc. 

FIG. 4 is a process flow diagram depicting a process flow 
in the "double-dip" embodiment of the present invention 
described herein. At step 413 a call is received at the network 
level. At step 415 initial processing is accomplished, which 
may include eliciting information from the caller. At step 
417 the network-level router is called, and a best fit desti- 
nation is determined for the call based on the information 
available at the network level. 

At step 419 the call is forwarded, but not to the best-fit 
destination determined. The call is forwarded rather to a 
routing point at the call center local to the best-fit destina- 
tion. Data associated with the call, including the best-fit 
destination detennined in step 417 is forwarded to the call 
center via a digital data link such as link 210 in FIG. 1. At 
step 421 the call is received at the call center routing point. 

At step 423 it is determined whether the originally routed 
destination is still the best destination according to infor- 
mation at the call center level. If so the call is forwarded to 
the original destination at step 427. If not, the call is 
re-routed based on local information by the local router. 

It will be apparent to the skilled artisan that dynamic 
rerouting, like other aspects of the present invention, may 
apply to IPNT calls as well as to conventional telephony as 
described above. IPNT calls may be directed to selected 
destinations, synchronized with data perhaps provided by a 
different route, and the redirected, even several times if 
necessary. 
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External Positivistic Forward Transfer in Call routing Sys- 
tems (3204) 

In yet another embodiment of the present invention calls 
are routed to call centers and data passed in a switch- 
independent manner, similar to that described above in the 
section entitled Parallel Data Transfer and Synchronization. 
In the previous description, however, the instance of 
T-Server running at the network level requests a semaphore 
from the call center. When the semaphore is returned, the 
call is routed and data is transferred on the digital network 
link, the data including the semaphore, which allows the 
data to be synchronized with the call at the semaphore point 
at the call center level. 

In the instant embodiment, time to route and transfer is 
improved by having the instance of T-Server running at the 
network level (on processor 208 in FIG. 1, for example) 
co-opt a semaphore, based on the best available information 
then at the network level. This presumption by the router in 
the T-Server at the network level eliminates the time 
required for negotiation with the T-Server at the call center. 
The semaphore assumed by the network level T-Server is 
freed later when CTI information is returned that the call 
was correctly processed. 

As in the previous description, when the routed call 
arrives at the call center semaphore point, the data, by virtue 
of having an indication of the semaphore included, is 
synchronized with the call and the call is forwarded to the 
destination. Data may be provided to a VDU at the agent's 
workstation at the destination via LAN connection as shown 
in FIG. 1. 

FIG. 5 is a process flow diagram indicating steps in 
practicing this embodiment of the invention. At step 501 a 
call is received. At step 503 initial processing is performed. 
At step 505 the router at the network level consults a 
stat-server (see element 209, FIG. 1) for a best-fit destina- 
tion. At step 507 the router selects a semaphore destination 
based on the information in step 507. At step 509 the call is 
routed to the call center semaphore point and associated call 
data is routed via a separate data link (see link 210, FIG. 1) 
to the call center. At step 511 the data and the call are 
synchronized at the routing point. Further step are as indi- 
cated above in the section titled Parallel Data Transfer and 
Synchronization. 

It will be apparent to the skilled artisan as well that 
positivistic forward transfer may apply to intelligent routing 
of IPNT calls, just as it applies to conventional telephony 
calls as described in this section. 
Agent-Initiated Dynamic Requeuing (3206) 

In yet another aspect of the present invention a method is 
provided for rerouting calls from agent level, wherein the 
agent discovers, having received a call and interacted with 
the caller, that the call was misrouted, or needs attention by 
another qualified agent. By misrouted in this context is 
meant that for whatever reason the agent that received the 
call is unable to provide the service the caller wants or needs. 
The call may have been physically misrouted due to some 
error in hardware or software, so it is handled by a different 
agent than to whom it was originally routed, or, the call may 
have gone to the right agent, but the caller gave the wrong 
information, or insuflHcient information, for the system to get 
the call to an agent able and ready to provide the needed 
service, or, during the call, need arises for an agent with 
specific skills or knowledge. 

In this embodiment a first agent has received the call and 
has discerned from the caller that another agent is required 
to handle the call. Potentially the agent also has a VDU with 
the caller's data displayed and input apparatus (keyboard, 
pointer) with which to communicate with the local T-Server. 
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In the conventional case the agent would be limited in 
options. The agent would transfer to or conference a physi- 
cal phone number on the local or a remote central switch. 
The Automatic Call Distributor (ACD) on that switch would 

5 requeue the call. If the ACD were configured as a network 
ACD the call could potentially be distributed to other sites, 
but network ACD products typically work only between 
switches of the same manufacture. Also, the caller may have 
to wait again the full queue time. 

10 In the instant embodiment of the present invention, by 
virtue of the presence and interconnectivity of the local 
instance of T-Server running on a processor (223, FIG, 1) 
connected to the local switch (123, FIG. 1), also connected 
to the agent's equipment by LAN 301, and using unique 

15 control routines provided in T-Server 207, the agent hands 
the call back to a local or a network routing point, potentially 
with added data elicited from the caller to better aid in 
further routing. 
This operation is essentially agent-initiated double- 

20 dipping ala the description above in the section entitled 
Dynamic Rerouting. At the rerouting point rerouting of the 
call is requested of the local instance of T-Server 207, and 
the call is redistributed. The agent does not know who is 
available where for this transfer, and ACD is not involved. 

25 The agent, however, in this embodiment of the invention 
may have a choice of selecting a cold, warm, or conference 
transfer, which the agent may do by any convenient input 
which has been programmed into the control routines in the 
preferred embodiment, 

30 In a cold transfer, the agent simply sends the call back to 
the re-routing point with whatever new data can be added, 
and the call is then transferred to a new agent directly 
without any participation by the first agent. In a warm 
transfer, the first agent is connected to the next agent to 

35 whom the call is re-routed before the caller is connected, 
allowing the first agent to confer with the next agent before 
the caller. In a conferenced transfer the first agent and the 
caller are connected to the next agent at the same time. 
It will be apparent to the skilled artisan that agent-initiated 

40 re-routing may apply to intelligent routing of IPNT calls, 
just as it applies to conventional telephony as described 
herein. For example, an agent may ultimately receive an 
IPNT call at his/her PCA^U, either with or without a screen 
pop of data pertaining to the client placing the call and/or to 

45 scripting for the agent to follow in handling the call. It may 
become apparent to the agent that the call has been mis- 
routed, or would, for whatever reaason, be better handled by 
another agent. By virtue of adaptive software executing at 
the agent's station or at a connected processor, or both, such 

50 a call may be handed back to a routing point with whatever 
additional data the agent may have ascertained, and then be 
rerouted to a (hopefully) better destination based on the 
original and\or new data. 
Number Pool Data and Call Synchronization 

55 In yet another aspect of the present invention, a unique 
routing method is provided for rerouting calls between call 
centers while minimizing the number of destination numbers 
required for the purpose. It is well-known in the art that the 
overall cost of operating a call center is strongly influenced 

60 by the number of destination numbers that have to be 
maintained to provide for peak trafiSc. In this aspect of the 
invention two or more call centers are assigned unique 
number pools of destination numbers that are used by a 
router in a sequential order to reroute calls between call 

65 centers. 

Referring now to FIG. 6, three call centers 501, 502, and 
503 are illustrated having each an incoming telephone line 
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over which calls out of network cloud 100 are originally 
routed. Line 521 carries calls to call center 501, line 522 to 
call center 502, and line 523 to call center 503. A service 
control point (SCP) 101 is shown in network cloud 101 with 
a vector 107 representing incoming calls that are initially 5 
processed, then routed to one of the three call centers. 

It will be apparent to those with skill in the art that there 
may be more than one SCP sending calls to each call center, 
as there may be multiple 800 numbers used, the network 
may take any of several forms, and there may be more than lo 
the three call centers shown. The simplified representation of 
FIG. 6 is for purpose of illustration. There may also be other 
equipment in the SCP and a variety of protocols utilized in 
call processing and original routing. 

It is unfortunate but true that not all calls routed to a call is 
center are correctly routed, and may be handed over to 
agents at the call center where originally routed. A certain 
percentage of calls will be discovered lo have been incor- 
rectly routed, and to require rerouting to another call center. 
There may be any number of reasons for incorrect routing, 20 
and the reasons are not pertinent to the present aspect of the 
invention. What is important in this regard is that some calls 
will have to be rerouted. 

In a conventional system, calls originally routed are sent 
to a destination number at a call center by a semaphore 25 
system, as has been described above, and sufiBcient desti- 
nation numbers must be assigned and maintained at each call 
center to account for peak traffic. At the call center, calls are 
typically rerouted to agents at extensions at the call center, 
based on origination information and preprocessing infor- 30 
mation elicited at the SCP. The process of matching calls 
arriving at a call center with call data, and further routing 
calls to agents, and then clearing the semaphore so the 
destination number is free to be used again typically takes 
about twenty seconds. 35 

The time of twenty seconds to handle an incoming call 
strongly influences the number of destination numbers that 
must be maintained. For example, if twenty incoming origi- 
nal calls per second are to be handled, a call center will need 
400 destination numbers to allow twenty seconds to handle 40 
each call. 

I like manner, in a conventional system, calls that have to 
be rerouted will each take the twenty second processing 
time, and additional destination numbers will have to be 
maintained for the rerouting traffic. 45 

In the embodiment of the present invention illustrated by 
FIG. 6 a main re-router 510 is provided connected by a 
digital network link 511 to call center 501, by digital 
network Unk 512 to call center 502, and by digital network 
link 513 to call center 503. In practice, actual routing is 50 
accomplished, as known in the art, by control routines 
executed on a computer platform, known typically in tele- 
communications art as a processor. In the description herein 
the term router is meant to encompass all of hardware/ 
software characteristic of routing, thus reference is made to 55 
router 510, 

In this embodiment the connection from router 510 to 
each of the call centers is through dedicated processors (514, 
515, and 516 respectively) further connected to the respec- 
tive call centers by CTI links 504, 505, and 506, and each 60 
running an instance of T-server 207 desaibed previously. 
This is a preferred embodiment, but in some embodiments 
the connection may be directly to the switch at the call 
center, assuming that the call center switch is adapted to 
execute the necessary control routines in conjunction with 65 
router 510 as described more fully below. Further, in this 
embodiment call centers 501, 502, and 503 are intercon- 
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nected by telephone hues 525 and 527. These lines are 
preferred, but not strictly required in practicing the 
invention, as calls may also be rerouted between call centers 
back through network cloud 100. 

It will be apparent to one with skill in the art that there 
may be many more than three call centers such as 501 
connected to the network. In this instant embodiment there 
are only three call centers shown, however, this number is 
deemed sufficient for the purposes of illustrating an embodi- 
ment of the present invention. 

In conventional network routing systems, as described 
above, destination numbers are assigned to a typical call 
center, and it to these destination numbers that incoming 
calls are routed. These destination numbers are phone num- 
bers paid for by the company that operates the particular 
network. A typical call center may have many hundreds of 
destination numbers assigned to it. In a typical embodiment, 
each destination number costs about one dollar per month to 
maintain. In the case of a large network there may be many 
call centers, each having many hundreds of destination 
numbers that are generating costs to the company. 

In the present embodiment of the invention unique num- 
ber pool assignments are made to each call center intercon- 
nected by router 510, and used sequentially for rerouting of 
calls between call centers. 

In the instant embodiment incoming calls are routed to 
various call centers, such as call center 501, via Telephony 
Unes 521, 522, and 523, as described above. The call center 
destination to which a call will be sent is based on infor- 
mation obtained from the caller at SCP 101. Call center 501 
having received a call, then sends a Call Arrival Message 
(CAM) to main router 510. Main router 510 uses the 
information provided in the CAM to make a routing deci- 
sion. Main router 510 may also, in some embodiments, 
request additional information by sending a Route Request 
Message. A RRM would typically access additional infor- 
mation related to the caller that may be stored on a database 
or file server somewhere on the network. After a RRM is 
received, a Route Request Response (RRR) is sent back to 
main router 510. If main router 510 determines that the call 
has been routed properly, then the call is forwarded on to it*s 
final destination such as an agents extension, etc. In this case 
conventional destination numbers would apply, and a sema- 
phore would be sent back to the origination point when that 
particular call has been forwarded freeing it's destination 
number for the next call. This process takes approximately 
20 seconds over conventional network lines. 

However, if it is determined that a more appropriate call 
center such as call center 503 would best handle the call that 
arrived at call center 501, the call is rerouted to call center 
503. Router 510 maintains a data set (pool) of unique 
destination numbers assigned to each connected call center 
for the purpose of handling the rerouted traffic. These are not 
the same destination numbers used by origination points in 
the network for sending original calls to call centers. It is not 
required that there be any sequential association in the acmal 
destination numbers. What is required and maintained by 
router 510 is that the destination numbers at each call center 
be identified in a sequential order. For example, there is a 
first number for center 501 a second number for center 501, 
and so on, up to a last number for center 501. The same is 
true for numbers assigned in a unique pool to call center 502 
and call center 503, 

Consider as a very simple example that the unique pool of 
rerouting destination numbers for call center 502 has three 
numbers designated for our purpose as A, B, and C. A call 
arrived at call center 501, and it is determined that the call 
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must be rerouted to call center 502. This call is sent to 
destination number A. A second call arrives at call center 
501 for which it determined that rerouting to call center 502 
is proper. This call will be sent to destination number B at 
call center 502. Similarly a call then arrives at call center 503 5 
for which it is determined that rerouting to center 502 is 
needed. This call is rerouted to destination number C at call 
center 502. Now, the next call at either call center 501 or 503 
for which rerouting to call center 502 is needed is sent to 
destination number A at center 502. lo 

As operation continues, calls rerouted to call center A are 
sent sequentially to the identified numbers in the unique 
number pool associated with call center 502, always return- 
ing to the first after the last is used, then proceeding again 
through the pattern. At the same time, calls arriving at either 15 
center 501 or 502, to be rerouted to call center 503, are sent 
sequentially to identified numbers at center 503, and calls 
rerouted from 503 and 502 to 501 are sent sequentially to 
identified unique numbers at 501. 

As previously described, there may be many more than 20 
the three call centers shown, and there may be many more 
than three destination numbers assigned to each call center 
in the unique rerouting destination number pool. The 
sequencing may be quite complex, but, at each call center, 
the unique numbers are used in a sequential pattern so that 25 
after one number is used, it is not reused again until all of 
the other numbers assigned to that call center for the purpose 
of rerouting are used once more. 

There is another difference between the rerouting and the 
original routing. That is that the origination and the final 30 
destination of a call are both known in the rerouting, and a 
rerouted call sent to one of the numbers in the unique 
rerouting pool may be therefor almost immediately handed 
off to an agent, or to a queue for an agent. The processing 
time is about one second. The quantity of destination num- 35 
bers necessary for each call center in the unique pool is thus 
one number greater than the number of calls that can be 
routed by main router 510 in one second. Typically router 
510 will be sized based on empirical data and statistics. If, 
in a hypothetical situation router 510 is capable of rerouting 40 
100 calls per second, then the quantity of destination num- 
bers for each call center is theoretically 101, to be sure that 
each number used has a full second to clear before it is used 
again. In practice, a margin for safety may be employed by 
providing a quantity of destination numbers equaling, for 45 
example, 1.5 times the number of calls that can be routed in 
one second. 

In RG, 6 and the accompanying descriptions above 
relative to FIG. 6, a single router was described, referred to 
as router 510. In alternative embodiments of the present 50 
invention there may be more than a single router instance. 
There could, for example, be a router operable at each of the 
switches 501, 502, and 503 shown operating either on 
processors 514, 515, and 516, or, if the switches permit, on 
the switches. In another alternative router 510 could be 55 
connected to other routers in other locations not shown, and 
these further routers may be connected to other switches at 
other call centers, and so on. In these alternative 
embodiments, incorporating multiple routers, individual 
routers may negotiate with other connected routers, deliv- 60 
ering messages, unique destination numbers for routing, 
unique call ID, any data attached to the original call or 
retrieved based on data attached to the original call, so the 
other routers may perform continued or additional routing. 
The Spirit and Scope of the Invention 65 

It will be apparent to those with skill in the art that there 
are many alterations that may be made in the embodiments 
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of the invention herein described without departing from the 
spirit and scope of the invention. Many individual hardware 
elements in the invention as described in embodiments 
above are well-known processors and data links. The 
connectivity, however, of many of these elements is unique 
to embodiments of the present invention. Moreover, many of 
the functional units of the system in embodiments of the 
invention may be implemented as code routines in more- 
or-less conventional computerized telephony equipment and 
computer servers. It is well-known that programmers are 
highly individualistic, and may implement similar function- 
ality by considerably different routines, so there will be a 
broad variety of ways in code that unique elements of the 
invention may be implemented. Also, the invention may be 
applied to widely varying hardware and software systems, 
and to both conventional telephony calls, or to Internet 
protocol calls, or to calls made by data mechanisms in any 
data environment, be it Internet, Intranet, or other. Further, 
the links between processors running T-Servers at the call 
center level and processors running T-Servers at the network 
level may be done in a variety of ways as well, to the 
associated equipment may be done in a number of ways, and 
there is a broad variety of equipment that might be adapted 
to provide the servers 223 and 224, and other such servers 
associated with call centers. There are similarly many other 
alterations inn the embodiments described herein which will 
fall within the spirit and scope of the present invention in it's 
several aspects described. The invention is limited only by 
the breadth of the claims below. 
What is claimed is: 

1. An Internet Protocol Network Telephony (IPNT) call- 
routing system adapted for routing incoming calls to indi- 
vidual ones of remote computer stations, comprising: 

a wide area network (WAN) connection for receiving and 
forwarding incoming calls; and 

a call-routing processor coupled to the WAN and to the 
remote computer stations, the call-routing processor 
adapted to receive and use information about availabil- 
ity of the remote computer stations in routing caUs; 

wherein the call-routing processor, upon routing a 
selected call to a selected one of the remote computer 
stations, sets a semaphore that the selected computer 
station is busy, and routes no further caUs to that 
computer station until the semaphore is released, and 
after a pre-set latency time for return of an agent busy 
signal after the selected call is routed to the selected 
remote computer station, and after a signal is received 
that the call was answered, the semaphore is reset to 
continue for an average time based on call history, after 
which time the semaphore is released, allowing further 
calls to be routed to the selected remoter computer 
station. 

2. The IPNT call-routing system of claim 1 wherein the 
remote computer stations comprise a call center having a 
call-center managing processor connected by a local area 
network (LAN) to a plurality of computers at agent 
workstations, the managing processor adapted to route calls 
received at the call center to individual ones of the comput- 
ers at the agent workstations, the managing processor con- 
nected to the WAN, and adapted to report status of agent 
computer stations relative to distributed IPNT calls to the 
call-routing system. 

3. An Internet Protocol Network Telephony (IPNT) call- 
routing system adapted for routing incoming calls lo indi- 
vidual ones of remote computer stations, comprising: 

a wide area network (WAN) connection for receiving and 
forwarding incoming calls; and 
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a call-routing processor coupled to the WAN and to the 
remote computer stations, the call-routing processor 
adapted to receive and use infonnation about availabil- 
ity of the remote computer stations in routing calls; 
wherein the call-routing processor, upon routing a 
selected call to a selected one of the remote computer 
stations, sets a semaphore that the selected computer 
station is busy, and routes no further calls to that 
computer station until the semaphore is released, and 
wherein, after a pre-set latency time for return of an 
agent busy signal after the selected call is routed to the 
selected remote computer station, in the absence of the 
busy signal, the semaphore is immediately released, 
aUowing further calls to be routed to the selected 
remote computer station. 
4. In an Internet Protocol Network Telephony (IPNT) 
call-routing system having a routing processor storing infor- 
mation about the status of remote computer stations, a 
method for routing calls to individual ones of the remote 
computer stations, comprising steps of: 

(a) receiving an incoming call; 

(b) routing the incoming call to a selected one of the 
remote computer stations, based on stored information 
that the selected remote computer station is available 
and not busy; and 

(c) setting a semaphore in the routing processor, at the 
time the incoming call is routed, to busy for a first 
pre-programmed period of time determined to be the 
known latency time for real-time return of a signal that 
the remote computer station is busy, and not routing 
further calls to the selected one of the remote computer 
stations while the semaphore is set; and 
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(d) with return of a real-time signal that the selected 
remote computer station is busy, resetting the sema- 
phore to busy for a second pre-programmed period of 
time after the first pre-programmed period of time, the 
second pre-programmed period of time being a period 
of time determined to be an average historical time for 
call duration at remote computer stations. 
5. In an Internet Protocol Network Telephony (IPNT) 
call-routing system having a routing processor storing infor- 
mation about the status of remote computer stations, a 
method for routing calls to individual ones of the remote 
computer stations, comprising steps of: 

(a) receiving an incoming call; 

(b) routing the incoming call to a selected one of the 
remote computer stations, based on stored information 
that the selected remote computer station is available 
and not busy; and 

(c) setting a semaphore in the routing processor, at the 
time the incoming call is routed, to busy for a first 
pre-programmed period of time determined to be the 
known latency time for real-time return of a signal that 
the remote computer station is busy, and not routing 
further calls to the selected one of the remote computer 
stations while the semaphore is set; and 

(d) after the first pre-programmed period of time, and in 
the absence of the return of a real-time signal that the 
selected remote computer station is busy, the sema- 
phore is immediately released, allowing further calls to 
be routed to the selected remote computer station. 



